Test machine management

ABSTRACT

A computer-implemented method includes creating a test suite, wherein the test suite includes a plurality of test cases for execution on a plurality of test agents. The method distributes a first portion of test cases to any available test agents, wherein each test case out of the first portion of test cases does not have any associated preconditions. The receives test results and event information for a first test case out of the first portion of test cases from a first test agent. Responsive to determining the event information for the first test case includes a satisfied condition for a second test case with one or more associated preconditions, the method determines whether the satisfied condition for the second test case relates to a global variable or local variable.

BACKGROUND

The present invention relates generally to automated testing and moreparticularly to executing test cases while resolving dependency.

Typically, in automated testing, automated test cases execute in batchesor in the form of a test suite. Automated test cases are generallyexecuted on different test machines available to a test manager program.The test machine on which a particular test case executes is eitherdetermined by a user or the test manager program, where the test managerprogram locates the test machine on which to run the particular testcase based on availability and load. For test cases assigned to batchesor a test suite, a single test case can depend on one or more testcases. For example, a first test case may depend on the execution of asecond and a third test case. The test cases typically execute in suchan order so that the first test case executes subsequent to theexecution of the second and the third test cases, on which the firsttest case depends. As a result, the first test case may remain idle,even though there may be available test machines to execute the firsttest case.

SUMMARY

Embodiments of the present invention disclose a method, computer programproduct and computer system for bloom filter utilization for joinprocessing. A computer-implemented method includes creating, by one ormore processors, a test suite, wherein the test suite includes aplurality of test cases for execution on a plurality of test agents;distributing, by one or more processors, a first portion of test casesto any available test agents, wherein each test case out of the firstportion of test cases does not have any associated preconditions;receiving, by one or more processors, test results and event informationfor a first test case out of the first portion of test cases from afirst test agent; and responsive to determining the event informationfor the first test case includes a satisfied condition for a second testcase with one or more associated preconditions, determining, by one ormore processors, whether the satisfied condition for the second testcase relates to a global variable or local variable.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a functional block diagram illustrating a distributed dataprocessing environment, in an embodiment in accordance with the presentinvention.

FIG. 2 is a flowchart depicting one embodiment of a test case manager,in accordance with the present invention.

FIG. 3 is a block diagram of components of a computer system, such asthe computer server of FIG. 1, in an embodiment in accordance with thepresent invention.

DETAILED DESCRIPTION

Embodiments of the present invention provide a method for defining adependency chain for test cases for execution on various test agents.Defining dependency includes establishing preconditions for a test casethat depends on another test case executing first or depends on anothertest case producing a particular result prior to execution. Once thedependency chain is established, embodiments of the present inventionexecute test cases without preconditions first on any available testagents, since the test cases without preconditions do not depend onother test cases. Embodiments of the present invention receive testresults and event information from each of the test agents executing thetest cases with no preconditions and identifies any variance in thelocal or global variables, where the local or global variables act asprecondition triggers for executing a particular test case.

Embodiments of the present invention determine whether the eventinformation includes a satisfied condition for another test case anddetermine whether that satisfied condition is on a local or globalvariable. If the satisfied condition is on a local variable, embodimentsof the present invention execute the other test case on the same testagent from which the event information was received. If the satisfiedcondition is on a local variable, embodiments of the present inventionexecute the other test case on any available test agent.

Example embodiments in accordance with the present invention will now bedescribed in detail with reference to the drawing figures. FIG. 1 is afunctional block diagram illustrating a distributed data processingenvironment. The distributed data processing environment includes servercomputer 102, client device 104, and test machine 106A-106Ninterconnected over network 108.

Server computer 102 may be a desktop computer, a laptop computer, atablet computer, a specialized computer server, a smartphone, or anyother computer system known in the art. In certain embodiments, servercomputer 102 represents a computer system utilizing clustered computersand components that act as a single pool of seamless resources whenaccessed through network 108, as is common in data centers and withcloud computing applications. In general, server computer 102 isrepresentative of any programmable electronic device or combination ofprogrammable electronic devices capable of executing machine readableprogram instructions and communicating with other computer devices via anetwork. In this embodiment, server computer 102 has the ability tocommunicate with other computer devices to query the computer devicesfor information.

Test machine 106A-106N represents a plurality of test machines capableof executing test cases distributed by test manager 110. Test machine106A-106N may be laptop computers, tablet computers, netbook computers,personal computers (PC), desktop computers, personal digital assistants(PDA), smart phones, wearable devices (e.g., digital eyeglasses, smartglasses smart watches, personal fitness devices, personal safetydevices), or any programmable computer system known in the art. Eachtest machine 106A-106N includes test agent 112A-112N, respectively. Testagent 112A-112N runs test machine 106A-106N, respectively, and sendresults to test manager 110 after executing each step of a test case ortest script.

Test manager 110 residing in server computer 102 has the ability tomanage the dependency chain among test cases and execute the test caseson test machine 106A-106N while resolving the dependency chain among thetest cases. Test manager 110 creates a test suite with multiple testcases, where a portion of the test cases include preconditions andanother portion of the test cases do not include preconditions. Testmanager 110 distributes the portion of test cases with preconditions toany available test agent 112A-112N. Test manager 110 receives testresults and event information for the test cases with preconditions anddetermines if the event information includes a satisfied condition foranother test case with preconditions. Test manager 110 determines, basedon whether the satisfied condition is a global variable or a localvariable, which test agent 112A-112N to execute the test case with theprecondition on.

Client device 104 may be a desktop computer, a laptop computer, a tabletcomputer, a specialized computer server, a smart phone, or anyprogrammable electronic device capable of communicating with servercomputer 102 and test machine 106A-106N via network 108 In general,client device 104 represents any programmable electronic device orcombination of programmable electronic devices capable of executingmachine readable program instructions and communicating with othercomputing devices via a network, such as network 108. Client device 104includes user interface 114 through which a user of client device 104can communicate with test manager 110 residing on server computer 102.

User interface 114 may be a graphical user interface (GUI) or a web userinterface (WUI) or a command line interface and can display text,documents, web browser windows, user options, application interfaces,and instructions for operation, and includes the information (such asgraphic, text, and sound) a program presents to a user and the controlsequences the user employs to control the program. User interface 114may also be mobile application software that provides an interfacebetween a user of client device 104 and importation optimizer. Mobileapplication software, or an “app”, is a computer program designed to runon smart phones, tablet computers and other mobile devices. Userinterface 114 enables a user of client device 104 to create a test suiteand view results, along with event information for each test case beingexecuted by test agent 112A-112N on test machine 106A-106N,respectively.

In general, network 108 can be any combination of connections andprotocols that will support communications among server computer 102 andtest machine 106A-106N. Network 108 can include, for example, a localarea network (LAN), a wide area network (WAN), such as the internet, acellular network, or any combination of the preceding, and can furtherinclude wired, wireless, and/or fiber optic connections. In oneembodiment, Test manager 110 can be a web service accessible via network108 to a user of server computer 104.

FIG. 2 is a flowchart depicting one embodiment of a test case manager,in accordance with the present invention. As depicted, the methodinclude creating (202) a test suite with two or more test cases,requesting (204) to execute the test suite, distributing (206) testcases with no preconditions to available test agents, receiving (208)test results and event information for the test cases, determining (210)if event information includes a satisfied condition for another testcase, determining (212) if the condition is on a global variable,requesting (214) to execute the second test case on the particular testagent, executing (216) the second test case on the particular testagent, and executing (218) the second test case on any available testagent. In one embodiment, the importation method is conducted by testmanager 110.

The method may commence by creating (202) a test suite with two or moretest cases. In this embodiment, test manager 110 receives a request froma user of client device 104 to create a test suite, wherein the testsuite includes multiple test cases intended to test a software programand show a specified set of behaviors. Test manager 110 can include anoptional entry for preconditions for each test case, where the user candefine dependency for each of the test cases. The defined dependency caninclude a first attribute, such as a parameter name or a variable name.A second attribute can include a type of variable, for example, a globalparameter or global variable signifies that the test case is valid forall test machines (i.e., test machine 106A-106N). In another example, alocal parameter or local variable signifies that the test case is validfor a single test machine. A third attribute can include a triggercondition which, for example, executes a test case when a localparameter is equal to, less than, or greater than a predetermined value.

The method may continue by requesting (204) to execute the test suite.In this embodiment, test manager 110 receives a request from a user toexecute the test suite on the available test machines 106A-106N. Testmanager 110 identifies the request from the user to execute the testsuite and identifies the available test machines 106A-106N on which thetest suite can execute. Subsequently test manager 110 requests toexecute the test suite on test agents 112A-112N on test machines106A-106N, respectively. In another embodiment, test manager 110requests to execute the test suite upon reaching a specifiedimplementation time for the test cases. For example, test manager 110previously received an implementation time of 8 pm on a specifiedcalendar day to execute the test suite.

The method may continue by distributing (206) test cases with nopreconditions to available test agents. Test manager 110 can determinewhich of the test machines 106A-106N are available by requesting eachtest agent 112A-112N, respectively, to execute a test case with nopreconditions. A test case with no preconditions has no dependency onanother test case and as a result can execute on any available testmachine 106A-106N by test agent 112A-112N, respectively. In oneembodiment, test manager 110 determines the number of test cases with nopreconditions exceeds the amount of test agents currently available. Asa result, test manager 110 queues the test cases with no preconditionsand the least amount of test code script, while distributing the testcases with no preconditions and the greatest amount of test code scriptto available test agents. Alternatively, test manager 110 queues thetest cases with no preconditions and the greatest amount of test codescript, while distributing the test cases with no preconditions and theleast amount of test code script. In another embodiment, test manager110 idles the test agents with no distributed test cases until testmanager 110 determines event information for one of the test casesincludes a satisfied condition. In yet another embodiment, test manager110 executes test cases with the least amount of dependencies forinstances where there are still available test agents. Test manager 110can flag the test cases with the least amount of dependencies, such thattest manager 110 can restore the dependency chain subsequent toexecution.

The method may continue by receiving (208) test results and eventinformation for the test cases. In this embodiment, as each test agentexecutes a distributed test case with no preconditions, each of the testagent sends test results and event information for the distributed testcase to test manager 110. Test manager 110 receives the test results andevent information for each step in the test script of the distributedtest case, where the test results correlate to the distributed test casebeing executed by the test agent. The event information that testmanager 110 receives includes variable name, variable type, and avariable value. For every instance that test manager 110 receives eventinformation for a distributed test case, the event information caninclude alterations to the local parameter or local variable and theglobal parameter or local parameter.

The method may continue by determining (210) if event informationincludes a satisfied condition for another test case. In the event themethod determines the event information includes a satisfied conditionfor another test case (“yes” branch, 210), the method may continue bydetermining if the condition is on a global variable. In the event themethod determines the event information does not include a satisfiedcondition for another test case (“no” branch, 210), the method maycontinue by receiving (208) test results and event information the testcases. The satisfied condition represents a trigger condition (i.e.,third attribute) that was met for one of the test cases withpreconditions. For discussion purposes, the test cases with thesatisfied condition are referred to as a second test case. The satisfiedcondition represents a chain of dependency between the test case thatproduced the test results and event information and the second testcase.

The method may continue by determining (212) if the condition is on aglobal variable. In the event the method determines the condition is noton a global variable (“no” branch, 212), the method may continue byrequesting to execute the second test case on the particular test agent.In the event the method determines the condition is on a global variable(“yes” branch, 212), the method may continue by executing (218) thesecond test case on any available test agent. As previously discussed, aglobal variable represents a machine independent variable and a localvariable represents a machine dependent variable. The global variablesignals that any available test machine and test agent combination canexecute the second test case and the local variable represents aparticular test machine and test agent combination, from which the eventinformation was received, is to execute the second test case.

The method may continue by requesting (214) to execute the second testcase on the particular test agent. In this embodiment, the particulartest agent represents the test agent from which test manager 110received test results and event information. Since, the condition is alocal variable, test manager is to execute the second test case on thesame test agent. Test manager 110 requests to execute the second testcase on the particular test agent subsequent to the particular testagent becoming available. Since the particular test case is executingthe previous test case, test manager 110 queues the second test caseuntil the particular test agent can execute the second test case. Testmanager 110 queues the second test case along with any previouslyreceived test cases to be executed on that particular test agent.

The method may continue by executing (216) the second test case on theparticular test agent. In this embodiment, test manager 110 executes thesecond test case on the particular test agent subsequent to theparticular test agent becoming available. In another embodiment, testmanager 110 executes other test cases in a queue prior to executing thesecond test case on the particular test agent. Test manager 110 selectstest cases to execute on the particular test agent in an order in whichtest manager 110 chronologically queued the test cases. In the eventtest manager 110 determines the second test case is next in the queue,test manager 110 executes the second test case on the particular testagent.

The method may continue by executing (218) the second test case on anyavailable test agent. In this embodiment, test manager 110 is notrequired to execute the second test case on the particular test agentrunning the test case with the satisfied condition. Since the satisfiedcondition is for a global variable, test manager 110 executes the secondtest case on any available test agent sitting idle. In the event thereis no available test agent, test manager 110 queues the second testcase, along with any other test case awaiting an available test agent.As soon as a test agent become available, test manager 110 executes thetest case next in the queue. Alternatively, test manager 110 determinesif any of the queued test cases include satisfied local variables andrather than selecting to execute the next test case in the queue, testmanager 110 selects the next test case with a local variable associatedwith that particular test agent.

In a first example scenario, test manager 110 creates a test suite toperform the following operations, (i) create a bank account, (ii) updatea customer's mobile number, (iii) issue a check book request, (iv) issuea debit card, (v) deposit a sum of money, and (vi) withdraw a sum ofmoney. For the operations listed above, (i) create a bank account, hasto occur prior to the other operations (ii)-(vi) and as a result, has nopreconditions. Test manager 110 executes the creation of the bankaccount, followed by updating a customer's mobile number, issuing acheck book request, issuing a debit card, depositing a sum of money, andwithdrawing a sum of money for the recently created bank account. Anexample of a precondition for operations (ii)-(v) can include“AccountCreated/Global/=true”. An example of a precondition foroperation (vi) can include “MoneyDeposited/Global/=true”, whereoperation (v) occurs prior to operation (vi).

During the creation of the bank account (i.e., operation (i)), testmanager 110 receives test results and event information from the testagent executing the creation of the bank account and determines acondition is satisfied for operations (ii)-(v). Test manager 110identifies the condition for operations (ii)-(v) as being “Global” andas a result, distributes operations (ii)-(v) to any available testagents. During the deposition of the depositing of the sum of money(i.e., operation (v)), test manager 110 receives test results and eventinformation from the test agent executing the depositing of the sum ofmoney and determines a condition is satisfied for operation (vi). Testmanager 110 identifies the condition for operation (vi) as being“Global” and as a result, distributes operation (vi) to any availabletest agent. Rather than perform 6 cycles of executions for theoperations, test manager 110 performs 3 cycles of executions for theoperations based on the predetermined dependency chain.

In a second example scenario, test manager 110 creates a test suite of asingle machine, where the test suite includes test cases directedtowards a single system. The test suite can include test cases forcache, memory, and I/O operation state (S1). The test suite is alsotesting different functionality of an automated vehicle at high speed,where the single system is located on the automated vehicle. Initially,the automated vehicle needs to be traveling at a high speed, so testmanager 110 executes the test case controlling the speed of theautomated vehicle (i.e., bringing a processor to state (S1), whereinstate (S1) is 100 km/h). Subsequent to reaching the high speed (i.e.,state (S1)), test manager 110 receives test results and eventinformation from the test agent executing the test case. Test manager110 identifies that a condition is satisfied (e.g., “S1/Local/=true” or“HighSpeed/Local/=true”) and executes any test cases for which thecondition is satisfied. In this example, test manager 110 executes testcases for the cache and memory on the same test agent (i.e., the singlesystem) since the satisfied condition is designated as “Local”.

FIG. 3 depicts computer system 300, where server computer 102 is anexample of a system that includes test manager 110. The computer systemincludes processors 301, cache 303, memory 302, persistent storage 305,communications unit 307, input/output (I/O) interface(s) 306 andcommunications fabric 304. Communications fabric 304 providescommunications between cache 303, memory 302, persistent storage 305,communications unit 307, and input/output (I/O) interface(s) 306.Communications fabric 304 can be implemented with any architecturedesigned for passing data and/or control information between processors(such as microprocessors, communications and network processors, etc.),system memory, peripheral devices, and any other hardware componentswithin a system. For example, communications fabric 304 can beimplemented with one or more buses or a crossbar switch.

Memory 302 and persistent storage 305 are computer readable storagemedia. In this embodiment, memory 302 includes random access memory(RAM). In general, memory 302 can include any suitable volatile ornon-volatile computer readable storage media. Cache 303 is a fast memorythat enhances the performance of processors 301 by holding recentlyaccessed data, and data near recently accessed data, from memory 302.

Program instructions and data used to practice embodiments of thepresent invention may be stored in persistent storage 305 and in memory302 for execution by one or more of the respective processors 301 viacache 303. In an embodiment, persistent storage 305 includes a magnetichard disk drive. Alternatively, or in addition to a magnetic hard diskdrive, persistent storage 305 can include a solid state hard drive, asemiconductor storage device, read-only memory (ROM), erasableprogrammable read-only memory (EPROM), flash memory, or any othercomputer readable storage media that is capable of storing programinstructions or digital information.

The media used by persistent storage 305 may also be removable. Forexample, a removable hard drive may be used for persistent storage 305.Other examples include optical and magnetic disks, thumb drives, andsmart cards that are inserted into a drive for transfer onto anothercomputer readable storage medium that is also part of persistent storage305.

Communications unit 307, in these examples, provides for communicationswith other data processing systems or devices. In these examples,communications unit 307 includes one or more network interface cards.Communications unit 307 may provide communications through the use ofeither or both physical and wireless communications links. Programinstructions and data used to practice embodiments of the presentinvention may be downloaded to persistent storage 305 throughcommunications unit 307.

I/O interface(s) 306 allows for input and output of data with otherdevices that may be connected to each computer system. For example, I/Ointerface 306 may provide a connection to external devices 308 such as akeyboard, keypad, a touch screen, and/or some other suitable inputdevice. External devices 308 can also include portable computer readablestorage media such as, for example, thumb drives, portable optical ormagnetic disks, and memory cards. Software and data used to practiceembodiments of the present invention can be stored on such portablecomputer readable storage media and can be loaded onto persistentstorage 305 via I/O interface(s) 306. I/O interface(s) 306 also connectto display 309.

Display 309 provides a mechanism to display data to a user and may be,for example, a computer monitor.

The programs described herein are identified based upon the applicationfor which they are implemented in a specific embodiment of theinvention. However, it should be appreciated that any particular programnomenclature herein is used merely for convenience, and thus theinvention should not be limited to use solely in any specificapplication identified and/or implied by such nomenclature.

The present invention may be a system, a method, and/or a computerprogram product. The computer program product may include a computerreadable storage medium (or media) having computer readable programinstructions thereon for causing a processor to carry out aspects of thepresent invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++ or the like, andconventional procedural programming languages, such as the “C”programming language or similar programming languages. The computerreadable program instructions may execute entirely on the user'scomputer, partly on the user's computer, as a stand-alone softwarepackage, partly on the user's computer and partly on a remote computeror entirely on the remote computer or server. In the latter scenario,the remote computer may be connected to the user's computer through anytype of network, including a local area network (LAN) or a wide areanetwork (WAN), or the connection may be made to an external computer(for example, through the Internet using an Internet Service Provider).In some embodiments, electronic circuitry including, for example,programmable logic circuitry, field-programmable gate arrays (FPGA), orprogrammable logic arrays (PLA) may execute the computer readableprogram instructions by utilizing state information of the computerreadable program instructions to personalize the electronic circuitry,in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce a computerimplemented process, such that the instructions which execute on thecomputer, other programmable apparatus, or other device implement thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

What is claimed is:
 1. A method comprising: receiving, by one or moreprocessors, a request to execute a test suite with a plurality of testcases on a plurality of test agents; creating, by one or moreprocessors, the test suite, wherein the test suite includes theplurality of test cases for execution on the plurality of test agents;distributing, by one or more processors, a first portion of test casesto any available test agents, wherein each test case out of the firstportion of test cases does not have any associated preconditions;receiving, by one or more processors, test results and event informationfor a first test case out of the first portion of test cases from afirst test agent; responsive to determining the event information forthe first test case includes a satisfied condition for a second testcase with associated preconditions including at least a variable name, avariable type, and a trigger condition, determining, by one or moreprocessors, whether the satisfied condition for the second test caserelates to a global variable or a local variable, wherein the globalvariable is valid for all available test agents and the local variableis valid on a specific test agent; distributing, by one or moreprocessors, the second test case to the first test agent if thesatisfied condition relates to the local variable or to any availabletest agent other than the first test agent from the plurality of testagents if the satisfied condition relates to the global variable;responsive to determining the satisfied condition for the second testcase is on the local variable, requesting, by one or more processors, toexecute the second test case on the first test agent; queuing, by one ormore processors, the second test case with a second portion of testcases, wherein each test case out of the second portion of test casesincludes associated preconditions and a satisfied condition on the localvariable; and responsive to determining the second test case is next inthe queue, executing, by one or more processors, the second test case onthe first test agent.